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Prufungsantrag gem. § 44 PatG ist gestellt 

(§) Verfahren und Vorrichtung zum Managen von mindestens einem Netzwerkelement in einem 
Telekommunikationsnetzwerk 



(57) Die Erfindung betrifft ein Verfahren zum Managen ei- 
nes Netzwerkelementes in einem Telekommunikations- 
netzwerk, bei dem ein Knotenmanager mit einem ausge- 
wahlten Netzwerkelement uber eine Datenverbindung, z. 
B. eine LAN-Verbindung, unter Verwendung eines her- 
kommlichen Datenubertragungsprotokolles, beispiels- 
weise des Q 3 -Protokolles, zum Transport der Manage- 
mentdaten im Austausch steht. Um die Bedienweise zu 
vereinfachen und die Kosten eines oder mehrerer Netz- 
werkelemente herabzusetzen, ist vorgesehen, da S ein je- 
weiliges Netzwerkelement, dem mindestens eine spezifi- 
sche IP Adresse (home page) zugeordnet ist, von einem 
Benutzer-PC uber das http Internetprotokoll angespro- 
chen wird, und daft die Knotenmanagementsoftware 

■ vom Netzwerkelement auf den Benutzer-PC uber die Da- 

• tenverbindung heruntergeladen wird. 
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Beschreibung 

Die Erfindung bezieht sich auf ein Verfahren und ein Sy- 
stem zum Managen von mindestens einem Netzwerkele- 
ment in einem Telekommunikationsnetzwerk, bei welchem 5 
ein Knotennianager mit einem ausgewahlten Netzwerkele- 
ment uber eine Datenverbindung, beispielsweise eine LAN- 
Verbindung, unter Verwendung eines Standarddatenubertra- 
gungsprotokolls, beispielsweise des Ethernet Q 3 -ProtokoIls, 
zuni Transport der Managementdaten im Austausch stent. 10 

Entsprechend der heute verwendeten herkommlichen 
Technik im Hause der Anmelderin (Fig. 2) wird die Knoten- 
managementeinheit als eine separate Einheit verwendet, die 
jeweils mit einem der unterschiedlichen Netzwerkelemente 
komrnuniziert. ■ 15 

Die Kommunikation zwischen dem Netzwerkelement 
und der aktiven Knotenmanagementeinheit arbeitel iibli- 
chcrwcisc nach dcm LAN-Standard untcr Verwendung des 
Ethernet-Protokolls, hauptsachlich des Q 3 -Protokolls. Die 
Verbindung zwischen der Knotenmanagementeinheit und 
dem jeweiligen Netzwerkelement wird uber herkommliche 
Verbindungstechniken (routing) auf dem Q3-Protokoll reali- 
siert. Unter dem Gesichtspunkt der Verrnarktung werden in 
einem Telekommunikationssystem das Netzwerkelement ei- 
nerseits und die Knoteniiianageinenteinheit anderersehs als 
getrennte Gerate verkauft. Dies ist nicht effektiv und unter 
dem Gesichtspunkt der Instandhaltung kompliziert. 

Es ist Aufgabe der vorliegenden Erfindung, die Bedie- 
nung zu vereinfachen und die Kosten eines oder mehrerer 
Netzwerkelemente herabzusetzen. 

Diese Aufgabe wird gelost durch ein Verfahren, bei dem 
ein jeweiliges Netzwerkelement, welchem mindestens eine 
spezifische EP Adresse (home page) zugeordnet ist, uber ei- 
nen Benutzer-PC uber das http Internetprotokoll angespro- 
chen wird und bei dem die Knotenmanagementsoftware 
vora Netzwerkelement auf den Benutzer-PC uber die Daten- 
verbindung heruntergeladen wird. 

Diese Aufgabe wird ebenfalls erfiillt bei einem System, 
bei dem die Knotenmanagementeinheit in das ausgewahlte 
Netzwerkelement integriert ist und ein entfernt angeordneter 
Benutzer-PC vorgesehen ist zum Ansprechen des Netzwerk- 
elementes uber seine mindestens eine spezifische Internet- 
protokolladresse (home page) des http Inter netprotokolls 
und zum Herunterladen der Knotenmanagementsoftware 
auf den Benutzer-PC uber die Daten verbindung. 

Entsprechend der erfindungsgemaBen Losung kann eine 
separate bauliche Einheit fur die Knotenmanagementsoft- 
ware vermieden werden. Anstelle dessen ist die Knotenma- 
nagementsoftware in das spezielle Netzwerkelement einge- 
bettet, welches jeweils zu managen ist oder in dem die Kno- 
tenmanagementsoftware auf den neuesten Stand gebracht 
werden muB. Zu diesem Zweck spricht ein standard-Benut- 
zer-PC das jeweilige Netzwerkelement uber seine Adresse 
auf dem Internetprotokoll (home page) an, um die Datenaus- 
tauschsitzung zu eroffnen. Der folgende Datenaustausch 
fuhrt dazu, da£ die Knotenmanageranwendung vom Netz- 
werkelement auf den Benutzer PC heruntergeladen wird. 
Die Daten verbindung kann als Standarddatenyerbindung, 
beispielsweise als Ethernet-Protokolldatenverbindung her- 
gestellt sein. Weil jedes Netzwerkelement mindestens eine 
getrennte home page aufweist, kann der Standard-Benutzer- 
PC verwendet werden, um die Verbindung zu jedem der 
Netzwerkelemente aufzubauen. 

In einer bevorzugten Ausfuhrungsform der Erfindung ist 
die Knotenmanagementsoftware als JAVA- applet ausgcstal- 
tet. Hierdurch ergibt sich eine plattformunabhangige Be- 
triebsweise, weil die JAVA- applets auf einer Vielzahl von 
unterschiedlichen PCs lauffahig sind. 
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In einer anderen bevorzugten Ausgestaltung der Erfin- 
dung sind fur ein Netzwerkelement unterschiedliche TP 
Adressen (home pages) vorgesehen, von denen jede einem 
unterschiedlichen gemanagten Objekt entspricht. Diese 
Ausgestaltung ist hauptsachlich auf solche Netzwerkele- 
mente zugeschnitten, die nach einem Infoniiationsmodell 
mit einer Vielzahl von gemanagten Objektklassen organi- 
siert sind. Beispiele fur solche genianagte Objektklassen 
sind ISDN Ports oder POTS Ports. Jede der gemanagten Ob- 
jektklassen hat eine Anzahl von Instanzen (Stufen) mit un- 
terschiedlichen zugeschriebenen Werten entsprechend un- 
terschiedlichen physikalischen Bereichen. 

In einem weiteren bevorzugten Ausfuhrungsbeispiel der 
Erfindung ist eine spezifische gemanagte Objektklasse die 
"Alarmbenachrichtigung". Instanzen dieser gemanagten 
Objektklasse werden auf dem Netzwerkelement erzeugt im- 
mer dann, wenn ein Alarm oder eine Fehlerbedingung auf- 
tritt. Das Objekt wird dann zu dcm Knotcnmanagcr untcr 
Verwendung des herkommlichen Q 3 -Protokolles gesendet, 
wo es entschlussell wird und einige nachfolgende Aktionen 
vorgenommen werden. Beispielsweise wird die Alarminfor- 
mation ublicherweise angezeigt und in eine Datenbank ein- 
geschrieben. Wenn die gemanagte Objektklasse "Alarmbe- 
nachrichtigung 0 dann wieder als JAVA-applet verarbeitet 
25 wird, befindet sich die Anweisung, wie der Alarm auf der 
Knotenmanagerseite zu handhaben ist, vollstandig im 
Alarm selbst. Auf diese Weise kann der Alarm sich selbst 
anzeigen und sich selbst in die Datenbank einschreiben. 
Im folgenden wird die Erfindung im Detail anhand eines 
30 Erlauterungsbeispiels beschrieben. Die Zeichnungen zeigen 
Fig. 1 den Aufbau eines Telekommunikationsnetzwerkes 
entsprechend der vorliegenden Erfindung 

Fig. 2 den Aufbau eines Telekommunikationsnetzwerkes 
entsprechend der herkommlichen Technik 
35 Fig. 3 ein Erlauterungsdiagramm zum Erlautern der stu- 
fenweisen Funktion des Aufbaus entsprechend Fig. 1 

Fig. 4 ein weiteres Erlauterungsdiagrainin zur Erlaute- 
rung des Aufbaus nach Fig. 1 . 

Wie in Fig. 1 dargestellt ist, ist eine Vielzahl von Netz- 
40 werkelementen (NE) gezeigt, von denen jedes seine eigene 
Adresse auf dem Internetprotokoll (home page) hat. Jedes 
der Netzwerkelemente hat seine eigene Knotenmanage- 
mentsoftware - beschrieben als "node manager"- eingebet- 
tet. Ein Standard-Benutzer-PC ist vorgesehen, welcher so 
45 gestaltet ist, daB er mit dem jeweiligen der Netzwerkele- 
mente (NE) verbunden werden kann. DerDatenverkehr zwi- 
schen den Netzwerkelementen (NE) und dem Benutzer-PC 
erfolgt nach dem ublichen Cfe-ProtokolL 

Die Funktion ist anhand von Fig. 3 erlautert: 
50 Wenn es erforderlich ist, die Knotenmanagementsoftware 
auf den neuesten Stand zu bringen, kontaktiert der Benutzer- 
PC das jeweilige Netzwerkelement uber seine Adresse auf 
dem Internetprotokoll (home page) (Schritt 1). In der nach- 
sten Stufe (Schritt 2) wird die Knotenmanagementsoftware 
55 heruntergeladen vom Netzwerkelement (NE) auf den Benut- 
zer-PC. Danach wird die http Verbindung unterbrochen und 
die Q3-Protokoll Verbindung aufgebaut zwischen dem Netz- 
werkelement und dem Benutzer-PC (Schritt 3). Nach Eroff- 
nen der Sitzung wird der folgende Datenaustausch verwen- 
60 det zum Herunterladen der Knotenmanageranwendung vom 
Netzwerkelement auf den Benutzer- J*C uber das Q 3 -Daten- 
iibertragungsprotokoll. Nach diesem Schritt erfolgt das "Up- 
daien" des Knotenmanagers entsprechend der herkomrnli- 
chen Technik (Stufe 4). Als letzter Schritt (Schritt 5) wird 
65 die Qj-Datcnaustauschsitzung beendet und die Verbindung 
wird geschlossen. 

Fig. 4 zeigt einige charakteristische Eigenschaften zur 
weiteren Erlauterung des Ausfuhrungsbeispiels nach Fig. 1. 
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Das Netzwerkelement (NE) beinhaltet den Knoten manager 
als eingebettete Software, welche ausfuhrbar auf dem und 
herunterladbar auf den Benutzer-PC ist (wie beschrieben) 
iiber das http Tntemetprolokoll entsprechend der www home 
page. 

Ini Ausfuhrungsbeispiel lauft die Knotenmanageranwen- 
dung als ein JAVA- applet (Fig. 4b), welche entweder auf ei- 
nen raumlich entfernt angeordneten PC oder eine Work Sta- 
tion heru merge laden werden kann. Wie e-ben falls in Fig. 4 
gezeigt ist, enthalt jedes Netzwerkelement E eine Struktur in 
Form eines Q3-Managementinformationsbaumes mit einer 
Vielzahl von unterschiedlichen zu nianagenden Objekten. 
Jedes der gemanagten Objekte hat seine eigene home page 
(IP Adresse) und kann demzufolge als getrenntes JAVA- 
applet laufen. 
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Managementdaten wechselwirkt, dadurch gekenn- 
zeichnet, daB die Knotenrnanagementeinheit innerhalb" 
des ausgewahlten Netzwerkelement es ausgebildet ist 
und daR ein entfernt angeordneter "Benutzer-PC vorge- 
5 sehen ist zuni Ansprechen des Netzwerkelementes uber 

seine mindestens eine spezifische Internet. Protokoll 
(IP) Adresse (home page) des http Internet protokol Is 
und zum Herunterladen der Knotennian age ment-S oft- 
ware auf den Benutzer PC uber die Datenverbindung. 
10 8. System nach Anspruch 7, dadurch gekennzeichnet, 

daB fur jedes Netzwerkelement eine Vielzahl von un- 
terschiedlichen IP Adressen vorgesehen ist T von denen 
jede zu einem einzelnen gemanagten Objekt gehort. 



15 Hierzu 3 Seite(n) Zeichnungen 



Patent anspriiche 

1. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 20 
netzwerk, bei welchem ein Knotenmanager mit einem 
bestimniten Netzwerkelement uber eine Datenverbin- 
dung, z. B. eine LAN-Verbindung, unter Verwendung 
eines Standarddatenubertragungsprotokolls, beispiels- 
weise des Cb-Protokolls, fiir den Transport der Ma- 25 
nagement-Daten, im Austausch stent, dadurch ge- 
kennzeichnet, daB ein Netzwerkelement, dem minde- 
stens eine spezifische Internetprotokolladresse (home 
page) zugeordnet ist, jeweils uber einen Benutzer-PC 
uber das http Internetprotokoll angesprochen wird und 30 
daB die Software fiir das Management des Knotens 
vom Netzwerkelement auf den Benutzer-PC uber die 
Datenverbindung heruntergeladen wird. 

2. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 35 
netzwerk nach Anspruch 1, dadurch gekennzeichnet, 
daB die Knotenmanagement-Software als JAVA-applet 
ausgestaltet ist. 

3. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 40 
netzwerk nach Anspruch 1, dadurch gekennzeichnet, 
daB die Datenverbindung zum Herunterladen der Kno- 
tenmanagement-Software das http/IP Protokoll ver- 
wendet. 

4. Verfahren zum Managen mindestens eines Netz- 45 
werkelementes (NE) in einem Telekommunikations- 
netzwerk nach einem der Anspriiche 1 bis 3, dadurch 
gekennzeichnet, daB fiir jedes einzelne Netzwerkele- 
ment verschiedene unterschiedliche IP Adressen vor- 
gesehen sind, von denen jede zu unterschiedlichen ge- 50 
managten Objekten gehort. 

5. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 
netzwerk nach Anspruch 4, dadurch gekennzeichnet, 
daB fur jede gemanagte Objektklasse ein unterschiedli- 55 
ches JAVA-applet vorgesehen ist. 

6. Verfahren zum Managen mindestens eines Netz- 
werkelementes (NE) in einem Telekommunikations- 
netzwerk nach Anspruch 5, dadurch gekennzeichnet, 
daB die gemanagte Objektklasse in "AlarmrniUeilung ,, 60 
besteht. 

7. System zum Managen von mindestens einem Netz- 
werkelement (NE) in einem Telekommunikationsnetz- 
werk bestehend aus einer Knotenmanagement-Einheit, 
die mit cincm ausgewahlten Netzwerkelement iiber 65 
eine Datenverbindung, z. B. eine LAN-Verbindung, 
unter Verwendung eines Standarddateniibertragungs- 
protokolles. z. B. des Q 3 -Protokolls, zum Transport der 



BNSDOCID: <DE_19843324A1_I_> 



ZEICHNUNGEN SEITE 1 Nummer: DE 19843 324 A1 

Int. CI. 7 : H 04 L 29/06 

Offenlegungstag: 23. Marz 2000 



Knoten- 
manager 



Netzwerk- 
element 



www 
(http) 




FIG. 1 



Netzwerk- 
element 




Management 
Einheit 



FIG. 2 

002 012/531 



BNSDOCID: <DE_19843324A1_I_> 



i 



ZEICHNUNGEN SEITE 2 Nummer: DE19843324A1 

Int. CI. 7 : H04L 29/06 

Offenlegungstag: 23. Marz 2000 



E 




CO 



002 012/531 



BNSDOCID: <DE_19843324A1_I_> 



ZEICHNUNGEN SEITE 3 



Nummer: 
Int. CI. 7 : 

Offenlegungstag: 



DE19843 324 Al 
H04L 29/06 

23. Marz 2000 




O 



o 

o ^ 

o 5 





0 0 

1 i 
si 



BNSDOCID: <DE_19843324A1_t_> 



002 012/531 



